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Verfahren zur Dateneingabe in ein Dienstgerat 
und Anordnung zur Durchfuhrung des Verfahrens 



Beschreibung 

Die Erfindung betrifft ein Verfahren zur Dateneingabe in ein Dienstgerat 
gemaft des Oberbegriffs des Anspruchs 1 beziehungsweise gemafS des 
Oberbegriffs des Anspruchs 10 eine Anordnung zur Durchfuhrung des 
Verfahrens nach Anspruch 1. Die Erfindung ist geeignet zur Umstellung 
auf andere Dienstdaten in einem Dienstgerat, insbesondere auf eine neue 
Portogebuhrentabelle in einem Portorechner. Das Verfahren ist sowohl fur 
Frankiermaschinen vorgesehen, als auch fur Portorechner enthaltende 
Waagen bzw. ahnliche Portorechner enthaltende Gerate geeignet. 

Aus DE 38 23 719 C2 und US 41 38 735 ist bekannt, dafi ein Nachladen 
einer Tariftabelle fur Portogebuhren von einer entfernten Datenzentrale 
zu bestimmten Zeitpunkten veranlafit wird. Wenn der Datenaustausch 
vom Server der Datenzentrale initiiert wird,. muft die Frankiermaschine 
standig angeschaltet bleiben, was naturlich nachteiiig ist. 



Alternativ wurde im US 5,490,077 bzw. im US 5.606,508 vorgeschlagen, 
das Datenladen von der Frankiermaschine on demand zu initiieren, wobei 
nach dem Einschalten der Frankiermaschine der Datenbestand in 
Abhangigkeit von Bedingungen (wie z.B. Name, Datum) aktualisiert wird. 
Urn rechtzeitig die Mehrheit der Postkunden mit einer Tariftabelle 
auszustatten, wird letztere weit vor ihrem Inkrafttreten in einem Speicher 
eines Ubertragungsmittels (Chipkarte bzw. Zelle eines GSM-Netzes) 
separat von der Frankiermaschine gespeichert. Beim Einschalten der 
Frankiermaschine wird das Datum des Kalenderbausteins der 
Frankiermaschine verwendet bzw. mit weiteren eingegebenen 
Bedingungen verknupft, urn die Tabelle auszuwahlen, die bei 
Inbetriebnahme der Frankiermaschine in deren Speicher geladen wird. 
Beim Laden aus einem Speicher des Ubertragungsmittels in den Speicher 
der Frankiermaschine erfolgt ein Aktualisieren der bisherigen Tabelle. 

Aus dem US 5,710,706 (EP 724 141 A1) ist eine Dateneingabe in eine 
Waage bekannt, welche mit einer Frankiermaschine schnittstellenmaftig 
verbunden ist, urn Tariftabellendaten mit Daten zu aktualisieren. Das 
Laden der Daten erfolgt von einer entfernten Datenzentrale per Modem 
zur Frankiermaschine. Das Laden und Aktualisieren erfolgt unmittelbar 
aufeinanderfolgend. Wenn eine Information vorliegt, dal3 Tariftabellen- 
daten zu aktualisieren sind, erfolgt ein Laden und ggf. unter 
Zwischenspeichern von Tariftabellendaten in der Frankiermaschine und 
ein sektorweises Loschen der alten Portotabelle im nichtfluchtigen 
Speicher der Waage vor dem Obertragen der neuen Tariftabellendaten 
aus dem Zwischenspeicher der Frankiermaschine zur Waage und dem 
Einschreiben der neuen Tariftabellendaten in den nichtfluchtigen 
Speicher der Waage. In der Waage konnen mehrere Tabellen 
gespeichert sein. Jedoch bezieht sich jede Tabelle auf einen separaten 
Postbeforderer (Carrier), welcher uber Tastatur anwahlbar ist. Das 
Mindestgultigkeitsdatum einer zu einer Carrier-ldentifikations-Nummer 
CIN zugeordneten Tariftabelle wird gespeichert und wird von der 
Frankiermaschine ausgewertet, urn bei Bedarf Anforderungsdaten zu 



biiden, zum Laden von neuen Tariftabellendaten bzw. zur Aktualisierung 
im Speicher der Waage entsprechend der CIN. 1st jedoch das 
Mindestgultigkeitsdatum zugleich das Umstellungsdatum von einer alten 
auf eine neue Tarittabelle, dann ergibt sich ein Stau in der 
Kommunikation mit der Datenzentrale, wenn die Frankiermaschinen 
mehrheitlich mit dieser Datenzentrale am selben Tag kommunizieren 
wollen. 

Aus der US 5,448,641 ist postalisches Gebiihrensystem mit Gultigkeits- 
prufung im Endgerat auf der Benutzerseite bekannt. Die Portotariftabelle 
wird von der Datenzentrale zum Endgerat ubertragen. Auch ein zur 
Portotariftabelle zugehoriger Code wird von der Datenzentrale zum 
Endgerat ubertragen. Letzteres generiert einen Vergleichs-Code aus 
einer Information basierend auf der empfangenen Portotariftabelle. 
Anhand des Vergleiches des empfangenen Codes mit dem generierten 
Vergleichs-Code kann im Endgerat die Gultigkeit der empfangenen 
Portotariftabelle uberpruft werden. Damit kann das Endgerat die 
ubermittelte Portotariftabelle verifizieren. Zur Verringerung des Staues in 
der Kommunikation mit der Datenzentrale, wenn die Frankiermaschinen 
mehrheitlich mit dieser Datenzentrale am selben Tag kommunizieren 
wollen, mufite eine sehr hohe Anzahl an Modems eingesetzt werden, was 
den Aufwand in einer Datenzentrale erhoht. Durch den Stau ergeben sich 
Kommunikationsprobleme. Letztere fuhrt fur eine Anzahl von Geraten zur 
Verlangerung des Umstellungsvorganges auf eine neue Portogebuhren- 
tabelle. Wahrend dieser Zeit kann der Benutzer die betroffenen Gerate 
nicht zur Postbearbeitung betreiben. 

In der europaischen Patentanmeldung EP 780 803 A2 wird ein Verfahren 
und Anordnung zur Dateneingabe in eine Frankiermaschine beschrieben. 
Eine Datenzentrale ubermittelt eine Information des Postbeforderers 
(Carrier-Info), welche eine „lch habe etwas fur Dich u -Mitteilung umfafit. 
Wenn dann der Benutzer aufgrund einer ubermittelten Carrier-Info dann 
eine Eingabetaste betatigt, lauft ein Ladevorgang vollautomatisch ab. 



Dabei ist es auf der Frankiermaschinenseite schwierig vorherzusehen, ob 
nicht die ubermittelten Daten eventuell einen solchen Umfang annehmen 
konnen, daft Speicherplatzprobleme resultieren. 

Zwar wird im P.B.-Patent US 5.161,109 (EP 373 971 B1) ein Datensatz 
periodisch von der Zentrale abgefragt und von der Frankiermaschine zur 
Zentrale ubermittelt Eine Standard Datenbank dient zur Speicherung von 
Daten. Zu diesen Daten gehoren auch Tarifdaten. Der ubermittelte Report 
wird in der Zentrale uberarbeitet und ein Datensatz an die Frankier- 
maschine aktualisiert zuruckgesendet (down loading). Jedoch ist dies in 
Verbindung mit einem on demand-Laden von Tariftabelle nicht ohne 
weiteres moglich; Wenn eine Vielzahl an Ladeanforderungen gleichzeitig 
bei der Datenzentrale eingehen, kann eine Verstopfung oder lange 
Kommunikationsdauer resultieren, denn die vollstandige Tabelle hat unter 
Umstanden einen groften Umfang, was bei beiden Kommunikations- 
partnem Datenverarbeitungskapazitat und Speicherplatz bindet. 

Der Erfindung liegt die Aufgabe zugrunde, ein geeignetes Verfahren zur 
Dateneingabe in ein Dienstgerat zu entwickeln, um den 
Umstellungsvorgang auf andere Dienstdaten zu verkurzen. Eine weitere 
Aufgabe ist die Entwicklung einer geeigneten Anordnung zur 
vollautomatischen Durchfuhrung des Verfahrens. Das Auszustatten eines 
Portorechners mit einer Tariftabelle soil bereits dann ermoglicht werden, 
wenn vom Postbeforderer/Carrier einer Datenzentrale eine neue 
Portotariftabelle mitgeteilt wurde. Auf Anforderung ist eine 
Portotariftabelle zum Dienstgerat zu ubermitteln, um diese in 
entsprechende Speicher des Portorechners laden zu konnen. Schlieftiich 
ist ein auch fur unterschiedliche Dienstgerate geeignetes Verfahren zu 
entwickeln, daft einen kurzfristigen Umstellungsvorgang auf eine neue 
Portogebuhrentabelle unabhangig vom Geratetyp ermoglicht. 

Die Aufgabe wird mit den Merkmalen des Verfahrens nach dem Anspruch 
1 und mit den Merkmalen der Anordnung nach Anspruch 10 gelost. 



Das Verfahren zur Dateneingabe in ein Dienstgerat, enthalt erfindungs- 
gemade Schritte, welche insbesondere fur eine Vielzahl von unterschied- 
lichen Dienstdaten ein problemloseres Laden erlauben. Die Datenzentrale 
pruft die hardware- und softwaremafligen Rahmenbedingungen vor einem 
Laden, inclusive die Speicherplatzbelegung im Dienstgerat ohne die dort 
gespeicherten Dienstdaten selbst zu uberprufen oder zu bearbeiten. Die 
Analyse in der Datenzentrale endet mit der Ubermittelung von 
Speicherempfehlungen an das Dienstgerat. 

Das Dienstgerat enthalt vorzugsweise eine Ausloseeinrichtung zum 
Auslosen des Ladens, einen Prozessor und einen Speicher zur 
Speicherung von Portotariftabellen. Das Dienstgerat umfaftt einen 
Prozessor, der erfindungsgemafi programmiert ist, 

- zum Uberprufen im Dienstgerat auf Eingabe eines Ladebefehls, 

- zur Bildung eines Statusreports der Speicherbelegung fur 
Dienstdaten, 

- zur Kommunikation mit Ubertragung des Statusreports der 
Speicherbelegung zur Datenzentrale und mit Empfangen und 
Auswerten von Empfehlungen fur einen zukunftigen Status der 
Speicherbelegung aufgrund derjenigen von der Datenzentrale 
durchgefuhrten Analyse des Statusreports der Speicherbelegung 
fur Dienstdaten, zum Selektieren im Dienstgerat entsprechend einer 
der eingegebenen Empfehlungen sowie 

zum Laden von neuen Dienstdaten und von einem zugehorigen 
Umstellungsdatum. 

Die Dienstdaten sind beim Laden entweder komprimiert oder unkompri- 
miert. Der Prozessor ist fur eine Vielzahl an Dienstdaten programmiert, 
zum Uberprufen des gespeicherten Umstellungsdatums anhand des 
aktuellen Datums. Ein Weiterarbeiten mit den alten Dienstdaten erfolgt 
bei Unterschreitung des Umstellungsdatums durch das aktuelle Datum. 
Bei Uberschreitung des Umstellungsdatums durch das aktuelle Datum 
oder bei Gleichheit erfolgt eine Anweisung zur Aktualisierung der 
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Dienstdaten, wobei das Dienstgerat ein Einschreiben, ggf. mit Dekom- 
primieren von Daten, zur Aktualisierung der Dienstdaten ausfuhrt. 

Das Verfahren zur Dateneingabe in ein Dienstgerat, umfafit in 
Verbindung mit einem Laden und Aktualisieren von Dienstdaten im 
Dienstgerat die Schritte: 

a) Bereitstellen mindestens eines ersten und zweiten 
Speicherbereiches im Dienstgerat pro Dienstleister (Carrier), wobei 
der erste Speicherbereich fur zukunftig ab Umstellungsdatum gultige 
neue Dienstdaten vorgesehen ist und der zweite Speicherbereich fur 
bisher gultige Dienstdaten vorgesehen ist, 

b) Uberprufen im Dienstgerat auf Eingabe eines Ladebefehls, wobei 
bei Vorliegen eines Ladebefehls eine Kommunikation mit der 
Datenzentrale erfolgt, 

c) Bildung eines Statusreports der Speicherbelegung fur Dienstdaten 
und Ubertragung des Statusreports zur Datenzentrale, 

d) Bildung von Empfehlungen fur einen zukunftigen Status der 
Speicherbelegung fur eine Vielzahl an Dienstleistern aufgrund der- 
jenigen von der Datenzentrale durchgefuhrten Analyse des Status- 
reports der Speicherbelegung fur Dienstdaten sowie Ubertragung 
der Empfehlungen von der Datenzentrale zum Dienstgerat, 

e) Selektieren eines der freien ersten Speicherbereiche im Speicher 
des Dienstgerates entsprechend den eingegebenen Empfehlungen 
nach Auswerten letzterer auf Realisierbarkeit im Speicher des 
Dienstgerates, 

f) Bildung von entsprechenden Anforderungsdaten und deren Uber- 
tragung zur Datenzentrale bei Realisierbarkeit und Fehlermeldung 
bei Nichtrealisierbarkeit, 

g) Laden von neuen Dienstdaten entsprechend der Anforderungsdaten 
in den ersten Speicherbereich und von einem zugehorigen 
Umstellungsdatum in den dritten Speicherbereich sowie 

h) automatisches Aktualisieren unabhangig und zeitlich entkoppelt von 
dem vorgenannten Laden, wobei Dienstdaten aus einem entspre- 



chenden ersten Speicherbereich in den zweiten Speicherbereich des 
Dienstgerates eingespeichert werden, wobei das Aktualisieren zu 
einem beliebig spateren Umstellungsdatum erfolgen kann. 

Das Dienstgerat ist beispielsweise ein Portorechner und die Dienstdaten 
sind vorzugsweise Daten einer Portotariftabelle. Es ist vorgesehen, dafS 
der Portorechner in ein Dienstgerat eines Postverarbeitungssystems inte- 
griert ist oder separat vom Dienstgerat angeordnet ist. Beim Dienstgerat 
handelt es sich vorzugsweise urn eine elektronische Frankiermaschine 
oder um eine Portorechnerwaage, die auf mindestens einen der Postbe- 
forderer eingestellbar ist. Die Erfindung geht von dem Bedurfnis einiger 
Postbeforderer aus, die zum Gebrauch bestimmten Dienstdaten beliebig 
zu andern. Die Dienstdaten schliefien insbesondere die Gebuhren in 
Portotariftabellen ein, sind aber nicht darauf beschrankt. Wenn 
nachfolgend vereinfachend nur von Portotariftabellen gesprochen wird, 
sind andere Dienstdaten jedoch nicht ausgeschlossen. 

Die Ubertragung und Speicherung von einer neuen Portotariftabelle in 
einem Portorechner kann bei Bedarf oder vorprogammiert auf einen 
ersten Zeitpunkt automatisch durchgefuhrt werden. Das Aktualisieren von 
Tariftabellendaten wird ab einem zweiten Zeitpunkt automatisch 
durchgefuhrt. Der Portorechner kann in einem der Gerate eines 
Postbearbeitungssystems angeordnet sein. Eine Auslosetaste zum Laden 
ist vorzugsweise in demselben Gerat angeordnet, welches den Porto- 
rechner enthalt. 

ErfindungsgemafJ kann der Speicher des Portorechners mindestens zwei 
Tabellen fur denselben Postbeforderer speichern. Der Postbeforderer ist 
die zustandige Postbehorde oder ein privater Carrier, welche dem 
Benutzer des Postbearbeitungssystems eine Information ubermittelt Eine 
der beiden Tabellen ist die zukunftig gultige Tabelle deren Ladung 
kostenpflichtig durch die Betatigung einer Auslosetaste fruhzeitig 
veranlafit wurde. Wenn die Daten schon vor dem Tag der Umstellung 
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5 gelaclen werden, konnen in vorteilhafter Weise die Teiefongebuhren 
verringert werden. Der Benutzer wahlt einen entsprechend gunstigen 
Zeitpunkt, so dali beim Laden nur geringe Teiefongebuhren anfallen. Da 
die Aktualisierung nicht mehr wahrend einer Kommunikation mit dem 
Server sondern unabhangig davon erfolgt, kann die Aktualisierung in 
10 alien Systemen gleichzeitig durchgefuhrt werden, falls diese Systeme im 
voraus die Daten in einen ihrer Speicher geladen haben und nichtfluchtig 
speichern. Diese Losung erfordert nur ein wenig mehr an Speicherplatz, 
welcher immer preiswerter wird, und minimiert damit nicht nur die 
Umstellungszeit sondern auch die erforderliche Anzahl der Modems, 
is welche am Server angeschlossen sein mussen. 

Die Ablaufe, womit eine Aktualisierung von Daten ausgelost werden, 
laufen automatisch ab. In demjenigen Gerat des Systems, welches das 
Datum fur das Inkafttreten der Tabelle bzw. ein Umstellungsdatum 
20 speichern soil wird ein Speicherplatz dafur reserviert. Der Speicherplatz 
mufJ unter bestimmten Bedingungen abgefragt werden. Dasjenige Gerat 
des Systems, welches diese Abfrage durchfuhrt, nimmt auch die Prufung 
vor, ob der Umstellungszeitpunkt erreicht ist. 

25 Vorteilhafte Weiterbildungen der Erfindung sind in den Unteranspruchen 
gekennzeichnet bzw. werden nachstehend zusammen mit der 
Beschreibung der bevorzugten Ausfuhrung der Erfindung anhand der 
Figuren naher dargestellt. Es zeigen: 

30 Figurl, Blockschaltbild einer Frankiermaschine mit internen 
Portorechner und Portotariftabellenspeicher, 



Figur 2, FlufSplan fur eine Frankiermaschine nach Fig. 1 1 



35 



Figur 3, Flufiplan des Kommunikationsmodus, 
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Figur 4, Blockschaltbild einer Frankiermaschine mit AnschluG zu einer 
Portorechner-Waage, 

Figur 5, Blockschaltbild einer Portorechner-Waage. 

Die Figur 1 zeigt ein Blockschaltbild der erfindungsgema&en Frankier- 
maschine mit einem Druckermodul 1 fur ein vollelektronisch erzeugtes 
Frankierbild, mit mindestens einem mehrere Betatigungselemente aufwei- 
senden Eingabemittel 2, einer Anzeigeeinheit 3, einem die Kommunika- 
tion mit einer Datenzentrale herstellenden MODEM 23, weitere Eingabe- 
mittel 21 bzw. Waage 22 welche uber einen Ein/Ausgabe-Steuermodul 4 
mit einer Steuereinrichtung 6 gekoppelt sind und mit nichtfluchtigen 
Speichern 5a, 5b bzw. 9, 10 und 11 fur Daten, welche die variablen bzw. 
die konstanten Teile des Frankierbildes einschliefJen, und bzw. 
Programme zur Verarbeitung der Daten in Zusammenhang mit der 
Postbeforderungs- bzw. Dienstleistung, welche vom Carrier zu erbingen 
ist. Die Steuereinrichtung 6 kann neben einem Mikroprozessor uP in 
weiteren Ausfuhrungsformen auch einen separaten Portorechner 17 und 
weitere Mittel, wie eine anwenderspezifische Schaltung ASIC fur die Kom- 
munikation mit Sensoren und Aktoren der Maschinenbasis (EP 716 398 
A2), ein Sicherheitsmodul SiMo (EP 789 333 A2) und andere Mittel, ggf. 
zur Verbesserung der Datensicherheit (DE 1 96 50 993 A1 ), enthalten. 
Neuere Frankiermaschinen setzen digital arbeitende Druckmittel 1 ein. 
Beispielsweise wurden in Frankiermaschinen vom Typ T1000 bzw. 
JetMail des Anmelders weltweit erstmals Thermotransferdrucker bzw. 
Tintenstrahldrucker eingesetzt. Damit ist es prinzipiell moglich, auf einen 
gefullten Brief im Bereich des Frankierstempels andere Informationen 
bzw. beliebig anders zu drucken, welche in einem entsprechenden Zu- 
sammenhang mit einer Dienstleistung eines Carriers stehen. Es ist also 
leicht moglich zwischen den privaten Postbeforderern und Ihren Dienst- 
leistungen zu wechseln. Der Frankierstempelsabdruck enthalt deshalb 
vorteilhaft einen Hinweis auf den Carrier und/oder die in Anspruch ge- 
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nommene oder noch geplante Dienstleistung. Ein Charakterspeicher 9 
liefert die notigen Druckdaten fur die variablen Teile des Frankierbildes zu 
einen fluchtigen Arbeitsspeicher 7. Die Steuereinrichtung 6 weist einen 
Mikroprozessor pP auf, der mit dem Ein/Ausgabe-Steuermodul 4, mit dem 
Charakterspeicher 9, mit dem fluchtigen Arbeitsspeicher 7 und mit nicht- 
fluchtigen Arbeitsspeichern 5a, 5b (mit internen nichtfluchtigen Tarif- 
speicher) bzw. (gestrichelt gezeichnet) mit einem zusatzlichen nichtfluchti- 
gen Tarifspeicher 16, mit einem nichtfluchtigen Arbeitsspeicher 10 und 
Programmspeicher 11, mit dem Motor einer Transport- bzw. Vorschub- 
vorrichtung ggf. mit Streifenauslosung 12, einem Encoder (Codierscheibe) 
13 sowie mit einem batteriegestutzten Kalenderbaustein (Uhr/Datums- 
Baustein 8) in Verbindung steht. Derjenige Speicherbaustein, welcher den 
nichtfluchtigen Arbeitsspeicher 5b umfafSt, kann beispielsweise ein 
EEPROM sein, der durch mindestens eine zusatzliche Maftnahme, 
beispielsweise Aufkleben auf der Leiterplatte, Versiegeln oder Vergieden 
mit Epoxidharz, gegen Entnahme gesichert wird. Nahere Ausfuhrungen zu 
einzelnen Funktionen der Mittel werden in der deutschen Patentan- 
meldung DE 195 34 530 A1 gemacht. Letztere tragt den Titel: Verfahren 
zur Absicherung von Daten und Programmcode einer elektronischen 
Frankiermaschine. 

Beispielsweise kann die Speicherung der Portotariftabellen innerhalb des 
nichtfluchtigen Speichers 5a realisiert werden, indem besondere 
Speicherbereiche bereitgestellt werden. Die Portotariftabellen konnen 
separat in einem nichtfluchtigen Speichers 16 (gestrichelt gezeichnet) 
gespeichert werden. Die einzelnen Speicher konnen in mehreren 
physikalisch getrennten oder - in nicht gezeigter Weise - in wenigen 
Bausteinen zusammengefaftt verwirklicht sein. Die zukunftig gultige 
Tariftabelle wird im entsprechend dafur eingerichteten vorgesehenen 
Speicherbereich 16-01 bzw. die bisher gultige Tariftabelle wird entspre- 
chend im separat vorgesehenen Speicherbereich 16-02 gespeichert. Das 
zugehorige Umstellungsdatum wird in einem dritten Bereich 16-03 des 
nichtfluchtigen Speichers 16 gespeichert. Eine Information im vierten 
Speicherbereich 16-04 fur solche in der Datenzentrale verfugbare neue 
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5 Tariftabellendaten, ist beispielsweise eine carrierspezifische Bestell- oder 
Versionsnummer. Die verfugbare Speicherkapazitat im nichtfluchtigen 
Speicher betragt beispielsweise 20 kByte wird durch eine platzsparende 
Speicherplatzverwaltung optimal genutzt. Der nichtfluchtige Tarifspeicher 
ist vorzugsweise ein batteriegestutzter C-MOS-RAM-Baustein. 

10 Die Datenzentrale besitzt Modems 33, die mit einem Server 32 verbunden 
sind, welcher auf eine Datenbank 31 zugreift, wenn eine entsprechende 
Anforderung empfangen wird. Bei bedarfsweiser Betatigung einer Taste 
der Tastatur 2, mittels einem anderem geeigneten Eingabemittel 21 der 
Frankiermaschine oder zeitgesteuert mittels Kalenderbaustein 8, die eine 
} 15 Ausloseeinrichtung bilden, wird ein Ladebefehl erzeugt, der das Laden 

^ )^ der Tariftabellendaten ausgelost. Der Mikroprozessor ist ggf. program- 

miert, daft Dienstdaten aus der Datenzentrale DZ geladen werden, die 
nur Teile einer Tabelle ausmachen (Patches). Der Mikroprozessor kann 
nun die Anforderungsdaten per Modem 23 uber ein Kommunikationsnetz 

20 zum Modem 33 der Datenzentrale ubermitteln. Alternativ werden Sende- 
Empfangseinrichtungen eingesetzt, urn Anforderungsdaten per Funk zu 
ubermitteln oder digitale Kommunikationsnetze entsprechend benutzt. 

In der Figur 2 wird ein FlufJplan fur eine Frankiermaschine nach Fig.1 
25 gezeigt, bei welcher fur eine im Betrieb befindlichen Frankiermaschine ein 
Laden separat von einer Umstellung erfolgt. Nach dem Einschalten der 



.J 



'' ^ r Frankiermaschine im Schritt Start 100 und dem Durchlaufen einer Start- 

und Initialisierungsroutine 101, welche in der deutschen Patentanmeldung 
DE 195 34 530 A1 naher erlautert wurde, wird der Punkt s der 

30 Systemroutine 200 erreicht. Die Frankiermaschine ist nun in Betrieb 
genommen und befindet sich in ihrem normalen Betriebsmodus, welcher 
auch Normalmodus genannt wird. In einem ersten Schritt 201 werden 
nichtfluchtig gespeicherte Eingabedaten zur Einstellung der Frankier- 
maschine aufgerufen. Wurde wahrend der Initialisierungsroutine 101 die 

35 Frankiermaschine auf die Zusammenarbeit mit einer in Betrieb genom- 
menen Waage eingestellt, dann wird im ersten Schritt 201 eine serielle 
Schnittstelle zur Waage selektiert, urn mindestens einen ubermittelten 
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5 Gewichtswert zu empfangen. Das Eingabemittel Tastatur 2 erlaubt eine 
Vielzahl von weiteren Eingaben zur Veranderung der Einstellungen. Bei- 
spielsweise wird bei Betatigung einer Taste 19 der Tastatur 2 ein 
Ladebefehl direkt eingegeben. Alternativ kann mittels der Tasten 20 ein 
Code eingegeben werden, der mittels Taste 18 quittiert wird, um einen 
10 Ladebefehl spater (ggf. periodisch) zu generieren. Die Eingabe/Anzeige- 
routine 209 enthalt eine Vielzahl an Abfrageschritten, von welchen nur ein 
einziger Abfrageschritt 209-60 dargestellt ist. Letzterer betrifft die Abfrage 
auf Vorliegen eines Ladebefehls. Wurde eine derartige Eingabe erkannt, 
wird auf Subschritt 209-61 verzweigt, um ein Kommunikationserfordernis- 
} 15 Flag (E-Flag) zu setzen und dann den Ladebefehl ruckzusetzen. Wurde 

keine (erneute) derartige Eingabe erkannt, wird, ggf. uber weitere Ab- 
frageschritte, zum Punkt e verzweigt. Im Kommunikationsmodus 300 wird 
gepruft, ob ein ein E-Flag gesetzt wurde, welches im Kommunikations- 
modus abgefragt wird, woraufhin eine automatisch ablaufende 
20 elektronische Kommunikation mit der Datenzentrale ausgelost wird. 

Im Kommunikationsmodus 300 identifiziert sich die anfordernde Frankier- 
maschine bei der Datenzentrale mit ihrer Identifikations-Nummer (ID). 1st 
das Dienstgerat, welches die Dienstdaten benotigt, aber ein separater 
Portorechner, teilt auch dieser seine Ideptitat TYP der Datenzentrale mit. 
25 Die Art (Table Typ) der gewunschten Dienstdaten wird ebenfalls mitgeteilt 
(„rate table"). Im Rahmen eines Berichtes (Statusreport) uber den Zustand 
der Dienstdaten werden die Versionsnummern der bisherigen Portotarif- 
tabellen ubermittelt. Das erlaubt eine Analyse in der Datenzentrale, ob 
und wieweit bisher mit gultigen Tabellen gearbeitet wurde. Auch wird die 
30 Auffindung der neuen Portotariftabellen in der Datenbank DB 31 der 
Datenzentrale vereinfacht. Jeder Portotariftabelle ist eine Release- oder 
Bestellnummer zugeordnet, welche mit der ubermittelten zu vergleichen 
ist, um die neue Release- oder Bestellnummer der zukunftig zu ladenen 
Portotariftabelle zu ermitteln. Als Information im vierten Speicherbereich 
35 (16-04) kann alternativ auch ein einzigartiger Name bzw. Markierung die 
neuen Dienstdaten identifizieren. Der Server 32 ist zur Uberprufung 
programmiert, was weiter unten anhand der Figur 3 naher erlautert wird. 
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5 Die Portotariftabellendaten werden vorzugsweise zunachst im Speicher- 
bereich 7d des fluchtigen Arbeitsspeichers RAM 7 der Frankiermaschine 
zwischengespeichert, um eine Uberprufung zu ermoglichen. 

Wurden im Ergebnis der Kommunikation Dienstdaten ubermittelt und im 

10 Arbeitsspeicherbereich RAM 7d zwischengespeichert, dann wird das im 
nachfolgendem Abfrageschritt 211 erkannt und es wird zum Auswerte- 
modus 213 verzweigt. Im Auswertemodus ist es nicht nur moglich, die 
Korrektheit der Ubermittlung und Gultigkeit der neuen Dienstdaten zu 
uberprufen, sondern es konnen weitere Uberprufungen oder statistische 

15 Erfassungen realisiert werden. Es ist optional vorgesehen, im Auswerte- 
modus das Aktualisierungserfordernis von Dienstdaten zu prufen und ggf. 
die Dienstdaten zu aktualisieren. Das Ergebnis dieser Uberprufung wird 
im Anzeigemodus 215 angezeigt, bevor zum Punkt s der Systemroutine 
zuruckverzweigt wird. War das Ergebnis dieser Uberprufung positiv, wird 

20 fur ein nachfolgendes Updating beispielsweise ein U-Flag zur 
Modusumschaltung gesetzt. Im Abfrageschritt 202 kann nun zum Beispiel 
anhand des gesetzten U-Flags gepruft werden, ob Dienstdaten in den 
nichtfluchtigen Speicher 16 zu laden sind. Im Schritt 203 erfolgt dann eine 
Vielzahl von Subschritten zur Modusumschaltung und zum Laden der 

25 Dienstdaten in den nichtfluchtigen Speicher 16. Das U-Flag zur Modus- 
umschaltung wird dann in einem abschliefienden Subschritt wieder zu- 
ruckgesetzt, bevor zum Punkt s der Systemroutine zuruckverzweigt wird. 
Bei der nachsten Uberprufung ist das Ergebnis negativ. War das Ergebnis 
dieser Uberprufung aber negativ, so wird zum nachsten Schritt, beispiels- 

30 weise zum Abfrageschritt 204, verzweigt. Im Abfrageschritt 204 wird 
abgefragt, ob eine Datenubertragung von der Waage 22 erfolgte. Wird 
kein Gewichtswert von der Waage 22 ermittelt und zur Frankiermaschine 
ubertragen, dann wird dies im Abfrageschritt 204 festgestellt und dann 
wird zum Punkt s der Systemroutine 200 zuruckverzweigt. Die 

35 Frankiermaschine wartet somit auf eine Eingabe seitens der Waage 22. 
Ist diese Eingabe erfolgt, wird im Schritt 205 ein Handshake-Signal zur 
Waage 22 gesendet und dann zum Schritt 206 verzweigt, um das 



3132-DE - 14 - 

5 Erforciernis einer Umstellung, insbesondere anhand eines gespeicherten 
Umstellungstages und eines aktuellen Datums, zu uberprufen. Beim 
Erfordernis einer Umstellung wird zum Schritt 208 verzweigt, um eine 
Aktualisierung der Dienstdaten in den Speicherbereichen des 
nichtfluchtigen Speichers 16 durchzufuhren. Dann wird zum Punkt s der 

10 Systemroutine zuruckverzweigt. Anderenfalls wird der Punkt t der 
Systemroutine 200 erreicht. Die Eingabe/Anzeigeroutine 209 enthalt eine 
Vielzahl an Abfrageschritten, von welchen jeder einzeln abgefragt wird. In 
der o.g. deutschen Patentanmeldung DE 195 34 530 A1 werden weitere 
Abfrageschritte gezeigt. Liegen keine weiteren Eingaben wird der Schritt 

15 300 ohne Kommunikation durchlaufen. Wenn nun keine weiteren Daten 
ubermittelt wurden, was uber den Abfrageschritt 21 1 festgestellt wird, wird 
der Punkt b der Systemroutine 200 erreicht. In der o.g. deutschen 
Patentanmeldung DE 195 34 530 A1 ist bereits dargelegt, dafS eine 
Vielzahl an Schritten zwischen den Punkten b und d der Systemroutine 

20 200 durchlaufen werden kann, bevor zum Frankiermodus 400 verzweigt 
wird. In an sich bekannter Weise ist einer der Schritte im vorliegenden 
Ausfuhrungsbeispiel ein Portoberechnungsmodus 220. Der nachfolgende 
Frankiermodus 400 enthalt eine ansich bekannte Abrechnungs- und 
Druckroutine. Nach dem Drucken eines Frankierabdruckes wird zum 

25 Punkt s der Systemroutine 200 zuruckverzweigt. 

Der Mikroprozessor pP ist als Portorechner sowie zum Laden und 
Aktualisieren von Tariftabellendaten durch ein im Programmspeicher 
11 gespeicherten Programm programmiert. Der Programmspeicher 11 

30 ist als Nurlesespeicher ROM ausgefuhrt. Der Mikroprozessor ist 
programmiert, zum Uberprufen des gespeicherten Umstellungsdatums 
in der Frankiermaschine anhand des aktuellen im Uhren/Datums- 
Baustein 8 gespeicherten Datums und zum Weiterarbeiten mit den 
alten Tariftabellendaten im Falle einer Unterschreitung des Umstel- 

35 lungsdatums durch das aktuelle Datum oder anderenfalls zum 
Ubermitteln einer Anweisung zur Ausfuhrung der Umstellung. 
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5 Die Steuereinrichtung 6 kann alternativ einen separaten Prozessor 17 
zur Portoberechnung enthalten, welcher mit dem Speicher 16 einen 
Portorechner bildet. Der Mikroprozessor pP ist programmiert, zum 
Uberprufen des gespeicherten Umstellungsdatums in der Frankierma- 
schine anhand des aktuellen Datums. Der Prozessor 17 ist 
10 programmiert, zum Weiterarbeiten mit den alten Tariftabellendaten bei 
Unterschreitung des Umstellungsdatums durch das aktuelle Datum. 
Der Mikroprozessor pP ist programmiert, zum Ubermitteln einer 
Anweisung an den Portorechner 17 zur Aktualisierung der Tariftabel- 
lendaten bei Gleichheit oder bei Uberschreitung des Umstellungs- 
... ) 15 datums durch das aktuelle Datum. 

• In einer Ausfuhrungsform wird die Frankiermaschine beim Initialisieren 

auf eine bestimmte Stadt und ein bestimmtes Ladedatum eingestellt. 
Diese Einstellungen konnen im nichtfluchtigen Speicher 5a oder 16 in 

20 separaten Speicherbereichen 16-05, 16-06 gespeichert werden. Der 
Mikroprozessor pP bildet zusammen mit der Tastatur 2 und dem Kalen- 
derbaustein 8 eine Ausloseeinrichtung, die einen Ladebefehl abgeben 
kann, urn ein vorprogrammiertes Laden zu einem ersten Zeitpunkt aus- 
zulosen (Lademodus). Das im Speicherbereich 16-06 gespeicherte 

25 Ladedatum wird im Abfrageschritt 202 abgefragt. Wird die Frankierma- 
-1) schine nicht vorher abgeschaltet, werden Dienstdaten zum vorprogram- 

mierten ersten Zeitpunkt, beispielsweise nach Mitternacht, geladen. 
Es liegt im separaten Speicherbereich 16-03 auch ein gespeichertes 
Umstellungsdatum vor. Somit kann ein Umstellen von Dienstdaten zu 

30 einem zweiten Zeitpunkt automatisch im Bethebsmodus der Frankier- 
maschine erfolgen. Der zweite Zeitpunkt fur die Umstellung wird vom 
Postbeforderer vorgegeben und wird beim Laden in den dritten Spei- 
cherbereich 16-03 geladen. Bei Gleichheit oder bei Uberschreitung des 
Umstellungsdatums durch das aktuelle Datum, ist der Portorechner zur 

35 Aktualisierung der Tariftabellendaten programmiert. Dabei fuhrt der 
Portorechner ein Loschen der alten Dienstdaten und ggf. ein Dekompri- 
mieren vor dem Einschreiben der Daten in den zweiten Speicher- 
bereich 16-02 bei der Aktualisierung der Tariftabellendaten aus. 
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5 Anhand der Figur 3 wird der FlulSplan des Kommunikationsrnodus fur 
ein Dienstgerat und die entsprechenden Ablaufe in der Datenzentrale 
erlautert. Das Dienstgerat wird im Schritt 100 gestartet und es werden 
eine Anzahl von Schritten abgearbeitet, welche anhand der Figur 2 
bereits erlautet wurden. Im Rahmen einer Eingaberoutine 209 erfolgt 
10 ein Uberprufen auf Eingabe eines Ladebefehls, um on demand eine 
Kommunikation zu starten. Die Kommunikation im Kommunikations- 
rnodus 300 umfaftt mindestens eine erste und zweite Transaktion, 
welche eine Vielzahl von Subschritten umfassen. 

Die erste Transaktion 320 beginnt in einem ersten Eroffnungssubschritt 
mit der Ubermittlung der Identifikation ID des Dienstgerates. Die ID ist 
beispielsweise die Frankiermaschinen-Seriennummer. Optional zur ID 
kann der Maschinentyp des anrufenden Dienstgerates, der ISO- 
Countrycode, eine Service-ID und ein Release des Ubertragungs- 
protokolls ubermittelt werden. Die Service-ID beschreibt die Domane 
des nachgefragten Dienstes, beispielsweise Portotariftabelle, Klischee- 
sowie Kryptolink-Nachladedienst. Das Release beschreibt den aktuel- 
len technischen Stand des Ubertragungsprotokolls. In einem zweiten 
Eroffnungssubschritt wird mindestens der Typ der Transaktion uber- 
mittelt, um klarzustellen, welche Dienstdaten geladen werden sollen. 
Neben dem Typ der Transaktion konnen weitere spezifische Mitteilun- 
gen ubermittelt werden: Typ und ID der Zielmaschine, welche die 
Dienstdaten nutzt, beispielsweise ein Portorechner oder eine porto- 
rechnende Waage. Optional erfolgt eine Beschreibung der Dienstsoft- 
ware der Zielmaschine und deren Fahigkeiten bezuglich des Ladens. 

Das Dienstgerat hat einen Mikroprozessor, welcher wahrend der ersten 
Transaktion einen Statusreport bildet. Entsprechend einem im Pro- 
grammspeicher 1 1 gespeicherten Programm wird eine Liste mit einem 
35 Sachverzeichnis der Speicherbelegung entsprechend der Erfordernisse 
fur das Dienstgerat erstellt. Insbesondere ist es moglich, dafl das 
Dienstgerat Portotabellen komprimiert in einem Speicherbereich 
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5 speichert, und diese erst bei Bedarf „auspackt". Portotabellen konnen 
aber auch ungepackt Oder im INTEL-HEX-Format gespeichert vor- 
liegen. In diesem Sachverzeichnis sind neben Informationen, die die 
GrofJe der verfugbaren Speicherkapazitat, die Gesamtzahl der vorhan- 
denen Speicherbereiche fur den entsprechenden Dienst, die Daten- 

10 formate und Patches (Intel-Hex-Format) und Speichergrolie der Dienst- 
daten beschreiben, auch Kurzbeschreibungen der Dienstdaten bzw. 
inhaltliche Angaben aufgegliedert. Jede Portotabelle eines Carriers 
tragt einen Carrier-Namen bzw. eine Carrier-ID und hat eine Versions- 
nummer, eine Revisionsnummer und ein Gultigkeitsdatum. Letzteres 

15 kennzeichnet die Gultigkeit ab einem vorbestimmten Datum. Die Kom- 
bination aus Versions- und Revisionsnummer bezeichnen wir als 
Release. Ein dritter Subschritt der ersten Transaktion 320 umfafct 
vorgenanntes Bilden und Senden des Statusreports STATUS an einen 
speziellen Server 32 der Datenzentrale. Der Server 32 fuhrt in einem 

20 Subschritt des Schrittes 420 mit Sicht auf die - im Schritt 410 - von 
mindestens einem der Carrier neu bereitgestellten Dienstdaten eine 
Analyse des ubermittelten Statusreportes durch und bildet Empfehlun- 
gen im Ergebnis der Analyse. Fur jede gespeicherte Diensttabelle wird 
deren Typ, die ID des Tabellenspeichers und die empfohlene Opera- 

25 tion mitgeteilt, beispielsweise die betreffende Tabelle ist gultig und soil 
beibehalten werden. Alternative Operationen sind, ein Ersetzen einzel- 
ner Tabellenabschnitte oder Dienstdaten durch Patches, ein ersatz- 
loses Loschen oder - falls Ersatz vorhanden ist -Wechseln der Tabelle. 

30 Die Empfehlungen werden als Analyseergebnis von nur wenigen Bytes 
und/oder in Form einer uberarbeiteten Liste der moglichen Anderungen 
in einer Nachricht MESSAGE an das Dienstgerat ubermittelt. Die Form 
der Liste wird im letzteren Fall beibehalten. Sie kann sich bei anderen 
Dienstgeraten aber in der Form unterscheiden. Die Liste enthalt nur 

35 Angaben fur mogliche Speicherbelegung mit aktuellen und zukuftig ak- 
tuellen Dienstdaten, nicht jedoch die Dienstdaten selbst, die erst bei 
einer folgenden zweiten Transaktion 330, 430 ubermittelt werden. 
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5 Die Liste der moglichen Anderungen umfaftt eine Anzahl an 
Vorschlagen, wobei erfindungsgemafS der sinnvollste Vorschlag zuerst 
gelistet ist Zu jedem Vorschlag sind Typ, Format, Anzahl der zu 
ubertragenden Bytes, Grofce der Datei nach dem Entpacken bzw. nach 
dem Patch, eine Beschreibung der neuen Tabelle bzw. Dienstdaten 

10 durch RELEASE, eine ID des Zielspeichers fur die Tabelle bzw. 
Dienstdaten angegeben. Wenn die Anderung der Tabelle durch den 
Beforderer (Carrier) initiiert wurde, wird die bisherige Versionsnummer 
fur die neue Tabelle inkrementiert. Die Revisionsnummer wird immer 
dann inkrementiert, wenn eine Uberarbeitung einer bereits freigegebe- 

15 nen Tabelle aus internen Grunden (z.B. Bugfix) notig wird. Die 
RELEASE-lnformation ist Bestandteil einer Portogebuhrentabelle. 
Wenn nun im ersten Schritt 410 Dienstdaten entsprechend bereitge- 
stellt wurden, mufi die neue Tabelle beim Bilden der Empfehlungen fur 
ein Portotariftabellenladen berucksichtigt werden, wenn vom Nutzer die 

20 Dienstleistung des betreffenden Postbeforderers in Anspruch genom- 
men werden soil. Hat ein Dienstgerat mehrere Releases einer Tabelle 
gespeichert, deren Gultigkeitsdatum kleiner ist, als das aktuelle Datum, 
so mu(J die Tabelle mit der hochsten Releasenummer verwendet 
werden. Insbesondere konnen deshalb Tabellen mit niedrigeren 

25 Releasenummern geloscht werden. Die Portotabellen konnen im 
verschiedenen Formaten vorliegen. Entsprechend ergibt sich eine 
Anzahl an zu ubertragenden Bytes bzw. die DateigrofJe, welche dem 
Dienstgerat mitgeteilt werden. 

30 Im vierten Subschritt der ersten Transaktion 320 werden die ubermittelten 
Empfehlungen empfangen und im Dienstgerat ausgewertet, urn einen 
entsprechenden Speicherbereich zur Verfugung zu stellen bzw. urn einen 
freien Speicherbereich zu selektieren. Im Dienstgerat (Client) findet 
wahrend der Auswertung im vorgenannten vierten Subschritt eine 

35 Selektion einer der empfohlenen Tabellen statt. Der Client benotigt fur 
den folgenden Downloadabschnitt die Beschreibung einer (der) 
Tabelle(n), die der Server in der zweiten Transaktion senden soil. 
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5 Folgende Szenarien sind moglich: 

1. der Client wahlt aus den im vorigen Abschnitt erhaltenen 
Empfehlungen aus. Dabei sind als Client unterschiedliche 
Dienstgerate moglich, d.h. solche, die eine Benutzer-Eingabe 
erforderlich machen oder bei weichen die Auswahl automatisch erfolgt, 
10 2. der Client, will einen abgebrochenen Download wiederaufnehmen, d.h. 
der Client weift, welche Tabelle geladen wurde, als der Abbruch 
erfolgte, und er weili, welcher Teil der bereits geladenen Daten gultig 
sind und kennt den Offset fur eine Wiederaufnahme des Ladens, 
3. der Client fordert eine Tabelle explizit an (Interaktion mit dem Benutzer 
15 notig). 

Bei der folgenden zweiten Transaktion 330 werden zunachst 
Anforderungsdaten gebildet. Letztere identifizieren die gewunschten 
Dienstdaten. Insbesondere werden fur Portotariftabellen : Tabellen-Typ 

20 und Tabellen-Beschreibung als Anforderungsdaten ubermittelt. 
Optional wird eine Mitteilung „Offset" fur die Fortsetzung einer 
unterbrochenen Kommunikation als ein 4 Byte-Wert ubermittelt. Am 
Anfang gab es noch keine Unterbrechung und der Offset-Wert ist Null. 
Beispielsweise werden somit 116 Byte fur eine Ubertragung von 

25 Tabellen-Anforderungsdaten im Land USA benotigt: 



Table Type 


1 


Rate Table 


2 


Table Descr.: 


Carrier ID 


„USPS\0" 




32 


CarrierServicelD 


,A0" 




32 


Release 


0x0400 


4.0 


4 


ValidFrom 


09021998 


Sept. 2, 1998 


8 


VendorlD 


„Transcell\0" 




32 


Properties 


0 


0 


2 


Offset 


0 




4 


Z 






116 Byte 
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5 Alternativ fur derartig gekennzeichnete Anforderungsdaten kann von 
einen anderen Dienstgerat auch eine Bestellnummer fur eine Tabelle 
mit Dienstdaten ubertragen werden, wenn jede Tabelle einer 
einzigartigen Bestellnummer zugeordnet ist. 

10 Die zweite Transaktion 330 beginnt immer, ahnlich in der oben be- 
schriebenen Weise, mit der Ubermittlung der Identifikation der Dienst- 
daten, welche geladen werden sollen. Die Ubermittlung erfolgt zur 
Datenzentrale, deren Server 32 nach dem Start 400 in einem ersten 
Schritt 410 Dienstdaten bereitstellt und im zweiten Schritt 420 spezi- 
) is fisch der ersten Transaktion entsprechend mit ACK-Signal antwortet, 

wenn die Identifikations-Nummer ID des Dienstgerates in der Daten- 
bank 31 als nicht gesperrt gelistet ist. Anderenfalls erfolgt die Uber- 
mittlung eines mit NACK-Signals zum Dienstgerat. Das Dienstgerat ist 
beispielsweise eine Frankiermaschine gemafi Fig. 1 und der Typ der 
20 Dienstdaten ist eine Portotariftabelle M rate table". Auf der Dienstgerate- 
seite wird im zweiten Subschritt der ersten Transaktion 320 die 
ubermittelte Antwort empfangen. Bei einem empfangenen NACK-Signal 
wird die Kommunikation abgebrochen. Bei einem empfangenen ACK- 
Signal wird ein Statusreport der Speicherbelegung beim Dienstgerat 
25 (Client) gebildet und dann die Kommunikation fortgesetzt. 



2) 



^A, Der Server empfangt also in einem Subschritt des Schrittes 430 diese 

Anforderung und sendet in einem Subschritt die angeforderten 
Dienstdaten an das Dienstgerat. Das Dienstgerat empfangt und speichert 

30 in einem zweiten Subschritt des Schrittes 330 die beim Datentransfer 
ubermittelten Dienstdaten. Nach jedem Datentranfer wird vom 
Mikroprozessor festgestellt, ob alle gewunschten Dienstdaten vollstandig 
ubermittelt wurden Oder ob eine Wiederaufnahme bzw. Weiterfuhrung der 
Kommunikation mit weiteren Transaktionen erforderlich ist. Wird aber 

35 nach dem Datentranfer - wie im Schritt 211 der Fig.2 gezeigt - 
festgestellt, dafi alle gewunschten Dienstdaten ubemittelt wurden, dann 
wird der Punkt a erreicht. 
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5 Das Verfahren zur Dateneingabe in einen Portorechner umfaftt 
folgende Schritte: 

a) Bereitstellen mindestens eines ersten und zweiten Speicher- 
bereiches im Portorechner eines Postverarbeitungsgerates pro 
Carrier, wobei der erste Speicherbereich fur Tariftabellendaten der 

10 zukunftig ab Umstellungsdatum gultigen neuen Tariftabelle 
vorgesehen ist und der zweite Speicherbereich Tariftabellendaten 
der bisher gultigen Tariftabelle speichert, 

b) Uberprufen im Portorechner auf Eingabe eines Ladebefehls, wobei 
bei Vorliegen eines Ladebefehls eine Kommunikation mit der 

15 Datenzentrale erfolgt, 

c) Bildung eines Statusreports der Speicherbelegung fur Tariftabellen- 
daten und Ubertragung des Statusreports zur Datenzentrale, 

d) Bildung von Empfehlungen fur einen zukunftigen Status der 
Speicherbelegung fur eine Vielzahl an Carriern aufgrund derjenigen 

20 von der Datenzentrale durchgefuhrten Analyse des Statusreports 
der Speicherbelegung fur Tariftabellendaten sowie Ubertragung der 
Empfehlungen von der Datenzentrale zum Postverarbeitungsgerat, 

e) Selektieren eines freien ersten Speicherbereiches im Speicher des 
Portorechners entsprechend den eingegebenen Empfehlungen und 

25 Auswerten letzterer auf Realisierbarkeit im Speicher des 
Portorechners bzw. Dienstgerates, 

f) Bildung von entsprechenden Anforderungsdaten und deren Uber- 
tragung zur Datenzentrale bei Realisierbarkeit und Fehlermeldung 
bei Nichtrealisierbarkeit, 

30 g) Laden von komphmierten neuen Tariftabellendaten und von einem 
zugehorigen Umstellungsdatum entsprechend der Anforderungs- 
daten sowie 

h) automatisches Aktualisieren unabhangig und zeitlich entkoppelt von 
dem vorgenannten Laden, wobei Tariftabellendaten aus dem ersten 
35 Speicherbereich in den zweiten Speicherbereich des Portorechners 

eingespeichert werden, wobei das Aktualisieren zu einem beliebig 
spateren Umstellungsdatum erfolgen kann. 
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5 Das Laden erfolgt vorteilhaft fur solche Dienstdaten, die durch einen 
entsprechenden Eintrag fur Tabellen-Typ in der weiter oben dargestellten 
Tabelle Tabelle gekennzeichnet sind. Der Eintrag „Table Typ" weist auf 
die vorteilhafte Moglichkeit hin, Dienstdaten vollig anderer Art zu laden, 
die aber ebenfalls Bestandteile des Lade-Systems sind. Die Tabellen 
10 unterscheiden sich entsprechend auch nach der Art der Dienstdaten. 

Ein selektiver Download einzelner Bestandteile des Lade-Systems wird 
dadurch erreicht, dafS in den - in Fig. 3 gezeigten - Subschritten (320-3) 
Bildung des Statusreports, Analyse und Bildung einer Liste mit Empfeh- 
lungen (420-2) von Anderungen, Anforderungsdaten bilden (330-1) ein 
^ 15 entsprechender Eintrag fur TableType gesetzt wird zur Identifizierung 

einer Tabelle fur den Download. Beispielsweise sind die Typen moglich: 

• rate table 

• display strings (z.B. Texte fur Wahldrucke oder Hilfetexte) 

• combinations (plausible Versandparameter-Kombinationen) 
20 • International Database (z.B. ISO-Tabelle fur Landercode) 

• u.a. 



Davon unabhangig besteht das Protokoll zwischen Dienstgerat (Client) 
und Server immer aus den Teilen: 
25 1 . Eroffnung 

2. Statusreport des Clients 

3. Empfehlungen des Servers 

4. Datentransfer 



30 lm Falle der Wiederaufnahme eines abgebrochenen Downloads bzw. 
beim Download einer explizit ausgewahlten Tabelle entfallen die Teile 2 
und 3. Die Fortsetzung der Kommunikation mit Wiederaufnahme eines 
abgebrochenen Downloads ist nur in der Transferphase moglich. Es liegt 
an den Moglichkeiten des Dienstgerates (Clients) weitere Empfehlungen 

35 des Servers automatisch weiterzufuhren. Das Dienstgerat ist in der Lage 
die Empfehlungen zu speichern. Sinnvollerweise wird der Download nach 
dem zuletzt erfolgreich empfangenem Byte fortgesetzt. 



v 
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In der Figur 4 ist ein Blockschaltbild der elektronischen Frankier- 
maschine fur eine Variante mit portoberechnender Waage 22a darge- 
stellt. An einer - nicht naher gezeigten - seriellen RS 232-SchnittsteIle 
des Ein/Ausgabe-Steuermoduls 4 ist uber ein Verbindungsmittel 24 die 
10 portoberechnende Waage 22a mit ihrer seriellen RS 232-Schnittstelle 
angeschlossen. Die Waage 22a kann nun das Modem 23 der 
Frankiermaschine zur Kommunikation mit der Datenzentrale benutzen. 
Der Portorechner ist in diesem Ausfuhrungsbeispiel in die Waage 22a 
integriert, urn den Portowert zu ermitteln und urn letzteren dann zur 
15 Frankiermaschine zu ubertragen. Im - nicht gezeigten - modifizierten 
Fiuftdiagramm, welches aber entsprechend zu dem in der Fig. 2 gezeigten 
^ Flufidiagramm aufgebaut ist, entfallt dann naturlich der Schritt 220 des 

frankiermaschineninternen Portoberechnungsmodus. 
Das Postbearbeitungssystem kann eine Frankiermaschine und eine 
20 Waage umfassen, wie beispielsweise das bekannte Waage/T1000- 
System der Firma Francotyp Postalia AG & Co. Urn rechtzeitig eine 
Mehrheit an Postkunden mit einer Tariftabelle auszustatten, welche ab 
einem Umstellungstag aktuell ist, erfolgt im vorab ein Laden der zukunftig 
gultigen Tabelle. 

25 Bei einem solchen Dienstdatenladen kommt beispielsweise ein Verfahren 
zur sicheren Ubertragung von Dienstdaten an ein Endgerat zum Einsatz, 
welches schon in der nicht vorveroffentlichten deutschen Anmeldung 198 
30 055.7 ausfuhrlich beschrieben wurde und folgenden Verfahrenschritte 
aufweist: Nach einem Bereitstellen von neuen Dienstdaten in der Daten- 
30 zentrale fur eine zukunftige Verarbeitung basierend auf den Dienstdaten, 
erfolgt ein Bilden von Anforderungsdaten fur Dienstdaten vom Endgerat 
vor der Kommunikation des Endgerates mit einer Datenzentrale. Die 
Kommunikation umfafit ein Senden der Anforderungsdaten, urn die neuen 
Dienstdaten von der Datenzentrale anzufordern, und ein Empfangen und 
35 Zwischenspeichern der angeforderten Dienstdaten. 
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5 Eine betatigte Auslosetaste 45 der Waage 22a kann ein Vorabladen der 
zukunftig gultigen Tabelle auslosen, ohne die bestehende zweite Tabelle 
des selben Postbeforderers zu aktualisierea Fur jede Tabellenversion 
muft ein Datum fur das Inkafttreten der Tabelle zugeordnet gespeichert 
werden. Die Uberprufung, ob die Tabelle in Kraft zu setzen ist, kann 
10 weiterhin mit Hilfe der Frankiermaschine erfolgen, weil diese bereits einen 
Uhren/Datums-Baustein enthalt. 

Im Unterschied zum Postbearbeitungssystem nach EP 724 141 A1 mufi 
beim erfindungsgemafien System nun nicht jedesmal beim Einschalten 
der Maschine mit einer langen Kommunikation mit einem entfernten 
Server und mit einem wahrend der Kommunikation erfolgenden 
Umstellungsvorgang gerechnet werden. Vielmehr kann nun die betatigte 
Auslosetaste der Waage ein on-demand-Laden der zukunftig gultigen 
Tabelle vorab des Umstellungsvorganges auslosen. Der Umstellungsvor- 
gang selbst bleibt vom Benutzer unbemerkt, weil er zeitlich versetzt und 
entkoppelt vom on-demand-Laden sowie automatisch am Umstellungstag 
und dabei relativ schnell ablauft. 
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Die Figur 5 zeigt ein Blockschaltbild einer Portorechner-Waage, welche 
25 uber eine serielle Schnittstelle mit der Frankiermaschine nach Figur 1b 
verbunden ist. An die RS-232-Schnittstelle 25 der Waage 22a ist ein 
Ein/Ausgabe-Port 26 angeschlossen, welches mit dem internen BUS 43 
mit dem Prozessor 27 der Waage 22a in Verbindung steht. Ein solcher 
BUS schliefit Daten- AdrefJ- und Steuerleitungen ein. 

30 

Die Waage umfaftt Eingabe- und Ausgabemittel 42 und 41, die uber ein 
l/O-Port 40 mit dem Prozessor 27 verbunden sind, sowie uber den 
internen BUS 43 mit dem Prozessor 27 verbundene Speichermittel 28 
zum Speichern der Betriebssoftware der Waage, Speichermittel 29 zum 
35 Speichern von Anwendungsdaten (beispielsweise Wahldruck-Nummern) 
und Speichermittel 16 zum Speichern der geladenen Dienstdaten (z.B. 
der Portotabeilen). Zum Ermitteln des Gewichtes ist eine Wiegezelle 50 
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5 uber einen A/D-Wandler 51 mit dem Prozessor 27 verbunden und 
auflerdem dienen direkte Verbindungen zum Rucksetzen (Reset) oder 
Tarieren (Tara) der Wiegezelle 50 durch den Prozessor 27. Weiter- 
gehende Ausfuhrungen konnen der US 5,710,706 (EP 724 141 A1) 
entnommen werden. Optional kann ein batteriegestutzter Kalenderbau- 
10 stein 48 - gestrichelt gezeichnet - in die Waage 22a integriert sein. Er ist 
am internen BUS 43 angeschlossen. Alle notwendigen Eingaben werden 
uber die Tastatur 42 vorgenommen. Auf dem Display 41 werden solche 
wichtigen Informationen ausgegeben, wie zum Beispiel das Gewicht des 
Postgutes und das anhand der Portogebuhrentabelle ermittelte Porto. 
^ is Wird eine geanderte Portotariftabelle in einem elektronischen Porto- 

- rechner benotigt, kann ein Nachladen bei Bedarf erfolgen. Dazu wird die 

Taste 45 betatigt, urn den Ladevorgang auszulosen und es erscheint eine 
entsprechende Anzeige auf dem Display 41. Die betatigte Taste 45 lost 
eine Umschaltung in den Lademodus aber noch keinen Aktualisierungs- 
20 modus aus. Der Tarifspeicher 16 und der Prozessor 27 sind hier 
Bestandteil des Portorechners der portoberechnenden Waage 22a. Wird 
letztere in den Lademodus umgeschaltet, konnen verschiedene Dienst- 
daten und insbesondere die Portogebuhrentabellen geladen werden, 
welche ganz oder teilweise geandert werden sollen. 
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ErfindungsgemafJ ist nun die portoberechnende Waage 22a dasjenige 
Dienstgerat, welches erfindungsgemaft einen Statusreport der Speicher- 
belegung durch Dienstdaten von verschiedenen Tariftabellen bildet und 
an die Datenzentrale ubermittelt und welches beim Auswerten von 
30 Empfehlungen fur einen zukunftigen Status der Speicherbelegung die 
Auswahl aus einer Anzahl an Vorschlagen automatisch durchfuhrt. Bei 
der von der Datenzentrale durchgefuhrten Analyse des Statusreports der 
Speicherbelegung fur Dienstdaten der portoberechnenden Waage 22a 
wird eine Liste mit Vorschlagen erstellt und an die portoberechnende 
35 Waage 22a zuruck ubermittelt. ErfindungsgemafJ erhalt der sinnvollste 
Vorschlag die hochste Prioritat und ist entsprechend in der Liste 
gekennzeichnet. Das erfolgt vorzugsweise durch eine Nummerierung. 
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5 In einer bevorzugten Ausfuhrungsform hat der zuerst gelistete Vorschlag 
die hochste Prioritat und vom Dienstgerat (Waage 22a) erfoigt die 
Auswahl aus einer Anzahl an Vorschlagen fur ein anschliefiendes Laden 
der Dienstdaten automatisch entsprechend der jeweils hochsten Prioritat. 
Nach dem vorgenannten Laden der ersten Dienstdaten erhalt nunmehr 
10 der bisher an zweiter Stelle in der Liste gelistete Vorschlag die hochste 
Prioritat fur ein anschliefiendes Laden der weiteren Dienstdaten, usw. Der 
Prozessor 27 ist entsprechend programmiert, daft der Vorschlag 
automatisch ausgewahlt wird, welcher jeweils zuerst gelistet ist. 
Wenn das Dienstgerat einen Portorechner einschlieftt, dann umfassen die 
J) is Dienstdaten mindestens eine Portotariftabelle. Der Prozessor 27 ist zur 

Q;J^^ Eingabe eines Umstellungserfordernis beim Laden programmiert sowie 

zum Uberprufen des Umstellungserfordernis und Umstellung auf die 
aktuelle neue Portotariftabelle, wenn das Umstellungserfordernis erfullt ist 
oder Ubergang in den Betriebsmodus, wenn das Umstellungserfordernis 
20 nicht erfullt ist. 

Ein Umstellungserfordernis ist beispielsweise ein Umstellungsdatum. So 
ist zusatzlich zum Laden von neuen Tariftabellendaten in vorgenannten 
ersten Bereich 16-01 des Speichers des Portorechners vorgesehen, daft 
25 ein Laden von einem zugehorigen Umstellungsdatum in einen dritten 
Bereich 16-03 des Speichers des Portorechners erfoigt. Die Frankier- 
maschine enthalt bekanntlich einen Kalenderbaustein und ubermittelt 
automatisch mindestens einmal, beispielsweise jeweils beim erstmaligem 
Einschalten am Anfang des Tages, das aktuell gultige Tagesdatum zum 
30 Portorechner. tm Portorechner wird das ubermittelte Tagesdatum mit dem 
vorgenannten Umstellungsdatum verglichen. 
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In Verbindung mit dem erfindungsgemafJen Verfahren zur Dateneingabe 
in einen Portorechner, ist vorteilhaft, daft ein automatisches Aktualisieren 
35 unabhangig und zeitlich entkoppelt von dem vorgenannten Laden 
durchgefuhrt wird, wobei Tariftabellendaten aus dem ersten 
Speicherbereich 16-01 in den zweiten Speicherbereich 16-02 des 



Portorechners eingespeichert werden. Das Aktualisieren kann zu einem 
beliebig spateren Umstellungsdatum erfolgen. Der Prozessor 27 des 
Portorechners fuhrt dann ein Einschreiben von Daten zur Aktualisierung 
der Tariftabellendaten im dafur vorgesehenen zweiten Speicherbereich 
16-02 aus. Der erste Speicherbereich 16-01 ist nun frei fur ein zukunftiges 
Laden von Dienstdaten. Im Tarifspeicher 16 des Portorechners wird 
mindestens ein erster und zweiter Speicherbereich bereitgestellt, wobei 
der zweite Speicherbereich die Tariftabellendaten der zur Zeit gultigen 
Tariftabelle speichert und der erste Speicherbereich fur Tariftabellendaten 
der zukunftig ab Umstellungsdatum gultigen neuen Tariftabelle 
vorgesehen ist. 

Es ist weiterhin vorgesehen, dafi die Portotariftabellen oder Dienstdaten 
beim Laden komprimiert sind und bei der Umstellung nun die aktuelle 
neue Portotariftabelle oder aktuellen Dienstdaten dekomprimiert werden. 

Der Prozessor 27 ist also programmiert, zum Uberprufen des 
gespeicherten Umstellungsdatums anhand des aktuellen Datums und zum 
Weiterarbeiten mit den alten Tariftabellendaten bei Unterschreitung des 
Umstellungsdatums durch das aktuelle Datum und zur Aktualisierung der 
Tariftabellendaten bei Gleichheit oder bei Uberschreitung des 
Umstellungsdatums durch das aktuelle Datum. Mit anderen Worten, das 
automatische Aktualisieren unterbleibt, wenn das Tagesdatum kleiner als 
das Umstellungsdatum ist. Jedoch das automatische Aktualisieren wird 
vorgenommen, wenn das Tagesdatum grofier oder gleich dem 
Umstellungsdatum ist. Dabei geht einer Ubermittlung des Tagesdatums 
zum Portorechner der Schritt vorraus, daft der Portorechner automatisch 
das aktuell gultige Datum beim Kalenderbaustein anfordert. Letzteres 
erfolgt beispielsweise nach dem erstmaligem Einschalten am Anfang des 
Tages. Der Kalenderbaustein kann Bestandteil der Waage und/oder der 
Frankiermaschine sein. Beim Laden konnen Daten in verschiedene 
Gerate des Systems geladen werden. Das Laden von neuen 
Tariftabellendaten kann in einen ersten Bereich des Speichers des 
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5 Portorechners und das Laden von einem zugehorigen Umstellungsdatum 
in einen zweiten Bereich des Speichers der Frankiermaschine erfolgen. 

Erfindungsgemafi erfolgt auch ein Speichern einer Information in einem 
vierten Speicherbereich des Portorechners fur in der Datenzentrale 
verfugbare neue Tariftabellendaten, wobei die Information beispielsweise 
ein Lade-Code oder eine carrierspezifische Versionsnummer ist. 
Es werden folgende Schritte durchlaufen: 

- Bereitstellen einer Information fur in der Datenzentrale verfugbare neue 
Tariftabellendaten, und ein 

- Ubermitteln der Information von der Datenzentrale uber die 
Frankiermaschine zum Portorechner, 

- Speichern der Information im vierten Speicherbereich 16-04 fur den 
Portorechner fur solche in der Datenzentrale verfugbare neue 
Tariftabellendaten, 

- Uberprufen im Portorechner anhand der gespeicherten Information auf 
Eingabe eines der Information entsprechenden zugehorigen Lade- 
Codes, der per Eingabemittel eingegeben wurde, 

- Modusumschaltung auf einen Lademodus mit Selektieren eines freien 
ersten Speicherbereiches im Portorechner, wenn der Lade-Code ein 
vorbestimmtes Verhaltnis zur Information hat, und Laden von zur 
Information zugehorigen komprimierten neuen Tariftabellendaten und 
von einem zugehorigen Umstellungsdatum in Abhangigkeit von der 
Uberprufung im Portorechner vor dem automatischen Aktualisieren. 

30 Die Erfindung sieht in einer Ausfuhrungsform ein Laden von zur 
Information zugehorigen neuen Tariftabellendaten in einen ersten Bereich 
eines Speichers der Frankiermaschine vor, wobei anschlieftend ein 
Kopieren in den Speicher des Portorechners erfolgt. Ein Laden von einem 
zugehorigen Umstellungsdatum erfolgt jedoch in einen zweiten Bereich 

35 des Speichers der Frankiermaschine, gefolgt von einem anschlieflenden 
Kopieren in den Speicher des Portorechners, wobei das 
Umstellungsdatum im zweiten Bereich > des Speichers der 
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Frankiermaschine geloscht wird. Der Frankiermaschine wird bei jeder 
ersten Ubertragung von Gewichts- oder Portowertdaten aus dem 
Portorechner das gespeicherte Umstellungsdatum fur denjenigen Carrier 
mitgeteilt wird, welcher fur den Portorechner eingestellt wurde. 

Die Erfindung sieht in einer weiteren Ausfuhrungsform mit einem 
Portorechner in einer Waage vor, daft der Portorechner in einer Waage 
ein selektives Loschen von Speicherbereichen in der Waage vor dem 
Laden von komprimierten neuen Tariftabellendaten vornimmt. Der 
Portorechner fuhrt dann zur Aktualisierung der Tariftabellendaten eine 
Dekomprimierung der geladenen neuen Tariftabellendaten und 
Einschreiben vori dekomprimierten Daten durch, wobei Tariftabellen- 
daten aus dem ersten Speicherbereich dekomprimiert und in den zweiten 
Speicherbereich der Waage eingespeichert werden. Das ermoglicht es, 
daft das automatische Aktualisieren zu einem beliebig spateren 
Umstellungsdatum unabhangig und zeitlich entkoppelt von dem 
vorgenannten Laden erfolgen kann. 

Es ist in einer Variante vorgesehen, daft eine Automatik Anforderungs- 
daten bildet, urn auf aktuelle Tabellen zugreifen zu konnen, wenn der 
Zeitpunkt fur neue Portotariftabellendaten herangeruckt ist. Diese 
Automatik arbeitet abhangig vom eingestellten Carrier und dem vom 
Uhren/Datumsbaustein 8 der Frankiermaschine gelieferten Datum. Die 
Automatik kann im Portorechner und/oder in den Speicherzellen des 
Uhren/Datumsbausteins 8 realisiert sein. 

Der Portorechner kann in eine portoberechnende Waage 22a integriert 
sein, welche schnittstellenmaftig mit der Frankiermaschine verbunden 
ist. Es ist auch moglich, daft das den Portorechner einschlieftende 
System eine Frankiermaschine ist. Dabei soli aber auch der Fall nicht 
ausgeschlossen werden, daft der Portorechner im System separat von 
der Frankiermaschine und/oder Waage realisiert ist und mit letzteren 
schnittstellenmaftig verbunden ist. 
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Die Erfindung ist nicht auf die vorliegenden Ausfuhrungsform beschrankt, 
da offensichtlich weitere andere Ausfuhrungen der Erfindung entwickelt 
bzw. eingesetzt werden konnen, die vom gleichen Grundgedanken der 
Erfindung ausgehend, die von den anliegenden Anspruchen umfa&t 
werden. 



*** 
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Zusammenfassunq 



Das Verfahren zur Dateneingabe in ein Dienstgerat umfafit ein zeitiich 
entkoppeltes Laden und Aktualisieren von Dienstdaten, insbesondere 

10 von Portotariftabellen. Das Verfahren ist sowohl fur Anwender von 
Frankiermaschinen vorgesehen, als auch fur Portorechner enthaltene 
Waagen bzw. ahnliche Gerate geeignet. Die Anordnung zur Durch- 
fuhrung des Verfahrens, enthalt einen Prozessor und einem Speicher 
(16) mit Speicherbereichen fur Dienstdaten. Nach einem Detektieren 

15 der Eingabe und Einspeichern eines Ladeerfordernisses, einem 
Uberprufen (209-60) auf Vorliegen eines Ladebefehls erfolgt eine 
Bildung (320-3) eines Statusreports der Speicherbelegung fur 
Dienstdaten und Ubertragung des Statusreports zur Datenzentrale. 
Letztere bildet Empfehlungen (420-2) fur einen zukunftigen Status der 

20 Speicherbelegung im Dienstgerat, aufgrund einer in der Datenzentrale 
durchgefuhrten Analyse des Statusreports der Speicherbelegung fur 
Dienstdaten. Sie ubertragt die Empfehlungen zum Dienstgerat, das 
nach Auswertung entsprechende Anforderungsdaten absendet (330-1), 
vor dem eigentlichen Laden (330-2). 

25 Fig. 3 




Datenzentrale: 



o 

:0 



400 start 

Dienstgerat: 
I 




410 



ill 







- IDundTYPder 
Anfrage priifen und 
beantworten (420-1), 

-Analyse des Status- 
reportes mit Bildung 
von Empfehlungen 
fur das Dienstdaten 
bereitstellen (420-2) 


[ ID & TYP 


^ K 


ACKorNACK ) 




[ STATUS 


J \ 


MESSAGE ) 





Uberprufen auf Eingabe 
eines Ladebefehls 



I 



- ID und Typ senden 

(320-1), 

- ACK orNACKemp- 

fangen (320-2), 

- Statusreport bilden 
(320-3) und senden, 

- Empfehlungen emp- 
fangen, auswerten & 
selektieren (320-4) , 



Kommunikation: 
- Empfangen der 
Anforderung und 

Dienstdaten 
an das Dienstgerat 
senden 



Laden 
registrieren. 



100 



209 



r 



320 



J-4Z0 

t 


Kommunikation: 
- Anforderungsdaten 
bilden (330-1) und 
an die DZ senden, 
- Dienstdaten 
empfangen & 
speichern (330-2) 


I ID Dienstdaten 


5 K 


Dienstdaten ] 

— 






y— 440 


Aktualisierungserfordernis 
priifen und aktualisieren 


I ► 



330 



213 



Fig. 3 



3132-DE 
Anspruche: 



- 32 - 



1. Verfahren zur Dateneingabe in ein Dienstgerat, mit einem Laden von 
Dienstdaten nach Anforderung, wobei eine Kommunikation mit einer 
Datenzentrale erfolgt, gekennzeichnet durch die Schritte: 

- Uberprufen (209-60) im Dienstgerat auf Voriiegen eines Ladebefehls, 

- Bildung (320-3) eines Statusreports der Speicherbelegung fur Dienst- 
daten und Ubertragung des Statusreports zur Datenzentrale, 

- Bildung (420-2) von Empfehlungen in der Datenzentrale fur einen 
zukunftigen Status der Speicherbelegung im Dienstgerat und 
Ubermitteln der Empfehlungen der Datenzentrale zum Dienstgerat, 

- Auswerten (320-4) der Empfehlungen auf Realisierbarkeit im Dienst- 
gerat und Anfordern (330-1 ) entsprechender Dienstdaten sowie 

- Laden (330-2) von entsprechenden Dienstdaten in das Dienstgerat. 

2. Verfahren, nach Anspruch 1,gekennzeichnet durch die 
Schritte: 

a) Bereitstellen mindestens eines ersten und zweiten Speicher-bereiches 
(16-01, 16-02) im Dienstgerat pro Dienstleister, wobei der erste 
Speicherbereich (16-01) fur zukunftig ab Umstellungsdatum gultige 
neue Dienstdaten vorgesehen ist und der zweite Speicher-bereich (16- 
02) fur bisher gultige Dienstdaten vorgesehen ist, 

b) Uberprufen (209-60) im Dienstgerat auf Eingabe eines Ladebefehls, 
wobei bei Voriiegen eines Ladebefehls eine Kommunikation mit der 
Datenzentrale erfolgt, 

c) Bildung (320-2) eines Statusreports der Speicherbelegung fur 
Dienstdaten und Ubertragung des Statusreports zur Datenzentrale, 

d) Bildung (420-2) von Empfehlungen fur einen zukunftigen Status der 
Speicherbelegung fur eine Vielzahl an Dienstleistern aufgrund der- 
jenigen von der Datenzentrale durchgefuhrten Analyse des Status- 
reports der Speicherbelegung fur Dienstdaten sowie Ubertragung der 
Empfehlungen von der Datenzentrale zum Dienstgerat, 



e) Selektieren eines der freien ersten Speicherbereiche (16-01) im 
Speicher des Dienstgerates entsprechend den eingegebenen 
Empfehlungen nach Auswerten (320-4) letzterer auf Realisierbarkeit 
im Speicher des Dienstgerates, 

f) Bildung (330-1) von entsprechenden Anforderungsdaten und deren 
Ubertragung zur Datenzentraie bei Realisierbarkeit des Speicherns 
und Fehlermeldung bei Nichtrealisierbarkeit, 

g) Laden (330-2) von neuen Dienstdaten entsprechend der ubermittelten 
Anforderungsdaten in den ersten Speicherbereich und Laden eines 
Umstellungsdatums sowie 

h) automatisches Aktualisieren (213) unabhangig und zeitlich entkoppelt 
von dem vorgenannten Laden, wobei Dienstdaten aus dem entspre- 
chenden ersten Speicherbereich in den zweiten Speicherbereich des 
Dienstgerates eingespeichert werden, wobei das Aktualisieren zu 
einem beliebig spateren Umstellungsdatum erfolgen kann. 

3. Verfahren, nach Anspruch 2, gekennzeichnet dadurch, 
daft zu einem ersten Zeitpunkt ein selektiver Download einzelner 
Bestandteile eines Lade-Systems durchgefuhrt wird, wobei Tabellen-Typ 
und Tabellen-Beschreibung als Anforderungsdaten vom Dienstgerat zur 
Datenzentraie ubermittelt werden, wobei sich die Tabellen nach der Art 
der Dienstdaten unterscheiden und wobei ein entsprechender Eintrag fur 
den Tabellen-Typ fur unterschiedliche Tabellen mit Dienstdaten anderer 
Art gesetzt wird, sowie daft zu einem zweiten Zeitpunkt ein Aktualisieren 
von Dienstdaten durchgefuhrt wird, dem ein Uberprufen des 
gespeicherten Umstellungsdatums im Dienstgerat anhand des aktuellen 
Datums vorausgeht, wobei bei Gleichheit oder bei Uberschreitung des 
Umstellungsdatums durch das aktuelle Datum ein Aktualisierung der 
Dienstdaten erfolgt jedoch bei Unterschreitung des Umstellungsdatums 
durch das aktuelle Datum ein Weiterarbeiten mit den alten Dienstdaten 
erfolgt. 
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4. Verfahren, nach einem der Anspruch 1 bis 3,gekennzeichnet 
dadurch, daft das Laden von neuen Tariftabellendaten in einen ersten 
Bereich (16-01) des Speichers des Portorechners und das Laden von 
einem zugehorigen Umstellungsdatum in einen dritten Bereich (16-03) 
des Speichers des Portorechners erfolgt, daft die Frankiermaschine einen 
Kalenderbaustein enthalt und automatisch mindestens einmal das aktuell 
gultige Tagesdatum zum Portorechner ubermittelt, daft im Portorechner 
das ubermittelte Tagesdatum mit dem vorgenannten Umstellungsdatum 
verglichen wird sowie daft das automatische Aktualisieren unterbleibt, 
wenn das Tagesdatum kleiner als das Umstellungsdatum ist oder daft das 
automatische Aktualisieren vorgenommen wird, wenn das Tagesdatum 
grofter oder gleich dem Umstellungsdatum ist. 

5. Verfahren, nach einem der Anspruch 1 bis 3,gekennzeichnet 
dadurch, daft der Portorechner automatisch das aktuell gultige Datum 
jeweils bei einem Kalenderbaustein anfordert. 

6. Verfahren, nach Anspruch 3, gekennzeichnet dadurch, daft 
das Laden von neuen Tariftabellendaten in einen ersten Bereich des 
Speichers des Portorechners und das Laden von einem zugehorigen 
Umstellungsdatum in einen zweiten Bereich eines Speichers der 
Frankiermaschine erfolgt. 

7. Verfahren, nach Anspruch 1, gekennzeichnet durch ein 
Speichern einer Information in einem vierten Speicherbereich (16-04) des 
Portorechners fur in der Datenzentrale verfugbare neue Tariftabellen- 
daten, wobei vor dem Speichern der Information im Portorechner ein: 

- Bereitstellen einer Information fur in der Datenzentrale verfugbare neue 
Tariftabellendaten, und ein 



- Ubermttteln der Information von der Datenzentrale uber die 
Frankiermaschine zum Portorechner, 

- Speichern der Information im vierten Speicherbereich (16-04) fur den 
Portorechner fur solche in der Datenzentrale verfugbare neue 
Tariftabellendaten, 

- Uberprufen im Portorechner anhand der gespeicherten Information auf 
Eingabe eines der Information entsprechenden zugehorigen Lade- 
Codes, der per Eingabemittel eingegeben wurde, 

- Modusumschaltung auf einen Lademodus mit Selektieren eines freien 
ersten Speicherbereiches im Portorechner, wenn der Lade-Code ein 
vorbestimmtes Verhaltnis zur Information hat, und Laden von zur 
Information zugehorigen komprimierten neuen Tariftabellendaten und 
von einem zugehorigen Umstellungsdatum in Abhangigkeit von der 
Uberprufung im Portorechner vor dem automatischen Aktualisieren. 

8. Verfahren, nach Anspruch 7, dadurch gekennzeichnet, 
dafi das Bereitstellen einer Information fur in der Datenzentrale 
verfugbare neue Tariftabellendaten in einer Liste erfolgt, welche eine 
Anzahl an Vorschlagen aufweist. 

9. Verfahren, nach Anspruch 8, dadurch gekennzeichnet, 
da(X in der Liste der sinnvollste Vorschlag zuerst gelistet ist. 



10. Anordnung, zur Durchfuhrung des Verfahrens nach Anspruch 1, mit 
einem Dienstgerat, das eine Ausloseeinrichtung zum Auslosen eines 
Ladens, einen Prozessor und einen Speicher zur Speicherung von 
Dienstdaten enthalt, wobei der Prozessor zum Laden und Aktualisieren 
von Dienstdaten oder mindestens zum Weiterarbeiten mit den alten 
Dienstdaten programmiert ist, gekennzeichnet dadurch, 
daft der Prozessor programmiert ist: 

- zum Uberprufen im Dienstgerat auf Vorliegen eines Ladebefehls, 

- zur Bildung eines Statusreports der Speicherbelegung fur Dienstdaten, 

- zur Kommunikation mit Ubertragung des Statusreports der 
Speicherbelegung zur Datenzentrale und mit Empfangen und 
Auswerten von Empfehlungen fur einen zukunftigen Status der 
Speicherbelegung aufgrund derjenigen von der Datenzentrale 
durchgefuhrten Analyse des Statusreports der Speicherbelegung fur 
Dienstdaten, zum Selektieren im Dienstgerat entsprechend einer der 
eingegebenen Empfehlungen sowie 

- zum Laden von neuen Dienstdaten und von einem zugehorigen 
Umstellungsdatum. 

11. Anordnung, nach Anspruch 10, gekennzeichnet da- 
durch, daft beim vorgenannten Auswerten von Empfehlungen fur einen 
zukunftigen Status der Speicherbelegung vom Dienstgerat die Auswahl 
aus einer Anzahl an Vorschlagen automatisch erfolgt. 

12. Anordnung, nach Anspruch 11, gekennzeichnet da- 
d u r c h, daft der sinnvollste Vorschlag die hochste Prioritat erhalt und 
entsprechend in der Liste gekennzeichnet ist sowie vom Mikroprozessor 
automatisch ausgewahlt wird. 



13. Anordnung, nach Anspruch 12, gekennzeichnet d a - 
durch, daft der Vorschlag durch eine Nummerierung in der Liste 
gekennzeichnet ist. 

14. Anordnung, nach Anspruch 12, gekennzeichnet da- 
durch, daft der Vorschlag vom Mikroprozessor automatisch ausgewahlt 
wird, welcher zuerst gelistet ist. 

15. Anordnung, nach einem der Anspruche 10 bis 14, gekenn- 
zeichnet dadu'rch, daft das Laden zu einem ersten Zeitpunkt 
erfolgt und die Dienstdaten beim Laden komprimiert sind, daft die 
Umstellung zu einem zweiten Zeitpunkt erfolgt und daft bei der 
Umstellung auf die aktuellen Dienstdaten vom Mikroprozessor die 
komprimierten Dienstdaten dekomprimiert werden. 

16. Anordnung, nach einem der Anspruche 10 bis 15, gekenn- 
zeichnet dadurch, daft der Mikroprozessor programmiert ist, 
daft Dienstdaten geladen werden, die nur Teile einer Tabelle ausmachen. 

17. Anordnung, nach einem der Anspruche 10 bis 16, gekenn- 
zeichnet dadurch, daft der Mikroprozessor (pP) zusammen mit 
der Tastatur (2) und dem Kalenderbaustein (8) eine Ausloseeinrichtung 
bildet, die einen Ladebefehl abgeben kann, urn ein vorprogrammiertes 
Laden zu dem ersten Zeitpunkt auszulosen. 



18. Anordnung, nach einem der vorgenannten Anspruche 10 bis 15, 
gekennzeichnet dadurch, da(3, die Dienstdaten eine 
Portotariftabelle einschliefien und daft das Dienstgerat einen 
Portorechner einschlieftt, der programmiert ist: 

zur Eingabe eines Umstellungserfordernis beim Laden sowie 
zum Uberprufen des Umstellungserfordernis und Umstellung auf die 
aktuelle neue Portotariftabelle, wenn das Umstellungserfordernis 
erfullt ist oder Ubergang in den Betriebsmodus, wenn das 
Umstellungserfordernis nicht erfullt ist. 



***** 
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